Data processing environment change management methods and apparatuses

ABSTRACT

An apparatus is provided with a change management module adapted to manage making changes to a data processing device of a data processing environment.

TECHNICAL FIELD

The present invention relates generally to the fields of data processing, and managing changes to data processing devices of a data processing environment.

BACKGROUND

Advances in microprocessor and related technologies have led to wide spread deployment and adoption of numerous general purpose as well as special purpose computing devices. General purpose computing devices, such as servers and desktop computers, are now endowed with computing power that was once reserved for the most expensive high end computers, requiring special conditioned environment to operate. At the same time, special purpose computing devices such as personal digital assistants, media players, wireless mobile phones are becoming common. Further, advances in networking, telecommunication, satellite, and other related technologies have also led to increase in connectivity between computing devices, making possible networked computing over private and/or public networks, such as the Internet.

However, as networked computing continues to grow in sophistication, enterprise networks become increasingly complex. From configuration, application service provision, change management, to network protection, enterprises currently face many challenges.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will be described by way of exemplary embodiments, but not limitations, illustrated in the accompanying drawings in which like references denote similar elements, and in which:

FIG. 1 illustrates a data processing environment practicing the present invention, in accordance with various embodiments;

FIG. 2 illustrates an exemplary change management process of the data processing environment, in accordance with various embodiments;

FIGS. 3-5 illustrate flow chart views of selected operations of the Change Management Services of FIG. 1, in accordance with various embodiments; and

FIG. 6 illustrates an architectural view of a Change Management Server of FIG. 1 in further detail, in accordance with various embodiments.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

Illustrative embodiments of the present invention include but are not limited to methods for managing changes in a data processing environment, and hardware/software endowed to practice and/or support the practice of the methods in whole or in part.

Various aspects of the illustrative embodiments will be described using terms commonly employed by those skilled in the art to convey the substance of their work to others skilled in the art. However, it will be apparent to those skilled in the art that alternate embodiments may be practiced with only some of the described aspects. For purposes of explanation, specific numbers, materials, and configurations are set forth in order to provide a thorough understanding of the illustrative embodiments. However, it will be apparent to one skilled in the art that alternate embodiments may be practiced without the specific details. In other instances, well-known features are omitted or simplified in order not to obscure the illustrative embodiments.

Further, various operations will be described as multiple discrete operations, in turn, in a manner that is most helpful in understanding the illustrative embodiments; however, the order of description should not be construed as to imply that these operations are necessarily order dependent. In particular, these operations need not be performed in the order of presentation.

The phrase “in one embodiment” is used repeatedly. The phrase generally does not refer to the same embodiment; however, it may. The terms “comprising”, “having”, and “including” are synonymous, unless the context dictates otherwise.

Referring now to FIG. 1, wherein an overview of a data processing environment practicing the present invention, in accordance with various embodiments, is shown. As illustrated, data processing environment 100 includes a number of Client Devices 112 coupled to each other and one or more Change Management Servers 122 via network 110. For the embodiments, Change Management Servers 122 are endowed with Change Management Service 132, equipped to manage changes to Client Devices 112. In various embodiments, data processing environment 100 is an Enterprise Computing Environment.

Client Devices 112 are so referred as they are Clients of Change Management Servers 122, as changes to Client Devices 112 are managed at least in part by Change Management Services 132 of Change Management Servers 122. Client Devices 112 may have a peer-to-peer or client-server relationship to each other. Accordingly, they may be any one of a number of electronic and/or computing devices, having hardware, software and/or data. Examples of such devices include but are not limited to servers, desktop computers, laptop computers, tablet computers, palm-sized computing devices, personal digital assistants, media players, cellular phones, set-top boxes, networking devices, and so forth.

In various embodiments, Change Management Servers 122 comprise a cluster of interconnected servers, directly, over a local area network, and/or over a wide area network. In other embodiments, Change Management Servers 122 comprise a single server having one or more processors.

In various embodiments, Change Management Service 132 includes a number of Change Request Queues 134, Change Implementation Queues 136, and Reference States 138 of Client Devices 112. In various embodiments, Change Request Queues 134 are employed to store and hold Change Requests, until they are approved for implementation, whereas Change Implementation Queues 136 are employed to store and hold approved Change Requests, pending implementation. Reference States of Client Devices 138 comprise memorializations or images of the last known good states of Client Devices 112.

In various embodiments, the Change Requests may include identification information identifying the hardware, software and/or data elements to be changed, and/or the changes to be performed. In various embodiments, the Change Requests may further include dependency of the desired changes.

These and are aspects of Change Management Service 132 will be further described below, after an exemplary Change Management Process is first described, referencing FIG. 2.

As alluded to earlier, FIG. 2 illustrates an exemplary Change Management Process that may be practiced to manage changes to Client Devices of a data processing environment, in accordance with various embodiments. As illustrated, Change Requests 202 for requesting changes to hardware, software and/or data of various Client Devices 112 may be submitted, e.g. by various end users and/or IT administrators of data processing environment 100. In various embodiments, Change Requests 202, having identification information identifying the elements to be changed, the changes to be applied, and/or dependency of the changes, may be stored in Change Request Queues 134 as earlier described.

Further, as illustrated, automated checks 204 on the queued pending Change Requests may be performed periodically (or continuously) to approve or reject the requested changes. In various embodiments, Change Management Service 132 checks the previously approved Change Requests in Change Request Implementation Queues 136 to determine whether all dependencies of each queued Change Request have been implemented. That is, there is no change implementation pending for any identified change dependency of the Change Request.

For the illustrated embodiments, Change Management Services 132 rejects all Change Requests having dependency on pending change implementations. Change Management Services 132 approves only Change Requests with no dependency on pending change implementations. In various embodiments, approved Change Requests are moved from the Change Requests Queues 134 to Change Request Implementation Queues 136 for implementation scheduling and/or assignment to implementers.

In due course, the approved Change Requests are implemented by the assigned implementer(s) at or about the scheduled time, 208. In various embodiments, on notification of implementation of a Change Request, an automated change reporting 210 is performed by Change Management Service 132, resulting in Change Reports 212.

In various embodiments, Change Management Service 132 generates a Change Report 212 by comparing the current state of the Client Device 112 with its previously saved Reference State. In various embodiments, Change Report 212 includes a number of Change Records describing the various changes to the hardware, software and/or data elements of the Client Device 112.

In various embodiments, Change Reports 212 may be subjected to a review and approval process, 214. In various embodiments, the review and approval process may be performed manually, or automated, in full or in part.

For the embodiments, on approval of the changes enumerated in a Change Report 212 for a client device 112, Change Management Service 132 automatically generates and saves 216 a new Reference State for the Client Device 112.

FIG. 3 illustrates a flow chart view of selected operations of Change Management Service 132, in accordance with various embodiments. As illustrated, for the embodiments, Change Management Service 132 monitors for Change Requests submitted, block 302. On detection of the submission of a Change Request, Change Management Service 132 determines whether the Change Request may be approved for implementation, block 304.

For the embodiments, if a Change Request is to be allowed, Change Management Service 132 approves and moves the Change Request from the Change Request Queue 134 to the Change Request Implementation Queue 136 accordingly, block 306. However, if a Change Request is to be disallowed, Change Management Service 132 rejects the Change Request accordingly, block 308.

In various embodiments, rejections may be effectuated by removing the rejected Change Requests from the Change Request Queue 134, and returning them to the requestor.

FIG. 4 illustrates a flow chart view of further selected operations of Change Management Service 132, in accordance with various embodiments. As illustrated, for the embodiments, Change Management Service 132 further monitors for completion of Change Implementations, block 402. On detection of the completion of a Change Implementation, Change Management Service 132 automatically generates a Change Report for the Client Device 112, block 404.

FIG. 5 illustrates a flow chart view of further selected operations of Change Management Service 132, in accordance with various embodiments. As illustrated, for the embodiments, Change Management Service 132 further monitors for approval of changes reported, block 412. On detection of approval of reported changes for a Client Device 112, Change Management Service 132 generates a new Reference State for the Client Device 112, block 414.

FIG. 6 illustrates an example implementation of one of servers 122 of FIG. 1, in accordance with various embodiments. As illustrated, a server 122 includes digital computing processor 602, memory 604 coupled to each other via bus 612. Further, server 122 includes mass storage device 606, a number of I/O devices 608 and communication interface 610, and coupled to each other and the earlier described elements as shown. Memory 604 and mass storage device 606 include in particular, a transient and a persistent copy of instructions implementing Change Management Services 132 respectively.

In various embodiments, processor 602 may be any one of a number of microprocessors known in the art, or to be designed (as long as they are consistent with the teachings of the present invention), including but are not limited to, the processors available from Intel Corp., of Santa Clara, Calif.

Memory 604 may likewise be any one of a number of volatile storage known in the art or to be designed (as long as they are consistent with the teachings of the present invention), including but are not limited to, the volatile storage available from Kingston Technology of Fountain Valley, Calif.

Mass storage device 606 may likewise be any one of a number of non-volatile storage known in the art or to be designed (as long as they are consistent with the teachings of the present invention), including but are not limited to, the non-volatile disk storage available from Seagate of City, Calif.

I/O devices 608 may include a display, a keyboard and/or a cursor control device.

In various embodiments, communication interfaces 610 include a communication interface for coupling server 122 to Client Devices 112. The communication interface may be a wire based or wireless interface, coupling server 122 to devices 112 via a wired/wireless local/wide area network. An example of a suitable wired network interface includes but is not limited to an Ethernet interface, and an example of a suitable wireless network interface includes but is not limited to an IEEE 802.11b network interface.

Except for the instructions implementing Change Management Software 132 (earlier described), and the manner these elements are employed, each of these elements represents a broad range of the corresponding element known in the art or to be designed, consistent with the teachings of the present invention. The elements perform their conventional functions, i.e. processing, storage, reading, displaying, and so forth.

In alternate embodiments, all or portions of Change Management Software 132 may be implemented in hardware, e.g. using Application Specification Integrated Circuits (ASIC).

Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that a wide variety of alternate and/or equivalent implementations may be substituted for the specific embodiments shown and described, without departing from the scope of the present invention. This application is intended to cover any adaptations or variations of the embodiments discussed herein. Therefore, it is manifestly intended that this invention be limited only by the claims and the equivalents thereof. 

What is claimed is:
 1. An automated method for facilitating management of a data processing environment comprising: learning, by one or more servers, of a submission of a request, in digital form, to make a change to a data processing device of the data processing environment; in response, determining, by the one or more servers, whether to allow the requested change of the data processing device to be scheduled or assigned for implementation; when a result of said determining is that the requested change is to be allowed, conditionally indicating, by the one or more servers, allowance of the requested change of the data processing device to be scheduled or assigned for implementation; and when a result of said determining is that the requested change is not to be allowed, rejecting by the one or more servers, prior to implementation of the requested change, allowance of the requested change of the data processing device to be scheduled or assigned for implementation; wherein said determining comprises determining whether the requested change is dependent on any of one or more previously-approved change requests.
 2. The method of claim 1, wherein said learning comprises detecting of a placement of the request in a request queue.
 3. The method of claim 1, wherein said conditional indicating comprises setting an indicator associated with the request to indicate allowance of scheduling or assignment, if the result of said determining indicates that scheduling or assigning of the requested change for implementation is to be allowed.
 4. The method of claim 1, wherein said conditional indicating comprises setting an indicator associated with the request to indicate disallowance of scheduling or assignment, if the result of said determining indicates that scheduling or assigning of the requested change for implementation is to be disallowed.
 5. The method of claim 1, wherein the data processing device is a selected one of a server, a client computing device, and a networking device.
 6. An apparatus, comprising: a processor; and a change management module adapted to be operated by the processor, to learn of a submission of a request to make a change to a data processing device of a data processing environment, in response, determine whether to allow the requested change of the data processing device to be scheduled or assigned for implementation, and, prior to implementation of the requested change of the data processing device, conditionally indicate allowance or rejection of the requested change of the data processing device to be scheduled or assigned for implementation, based at least in part on the result of said determining; wherein the apparatus is a selected one of a server of the data processing device, and a peer computing device of the data processing device; wherein said change management module is adapted to determine whether the requested change is dependent on any of one or more previously-approved change requests.
 7. The apparatus of claim 6, wherein said change management module is adapted to detect of a placement of the request in a request queue.
 8. The apparatus of claim 6, wherein said change management module is adapted to set an indicator associated with the request to indicate allowance of scheduling or assignment, if the result of said determining indicates that scheduling or assigning of the requested change for implementation is to be allowed.
 9. The apparatus of claim 6, wherein said change request module is adapted to set an indicator associated with the request to indicate disallowance of scheduling or assignment, if the result of said determining indicates that scheduling or assigning of the requested change for implementation is to be disallowed.
 10. The method of claim 1, further comprising rejecting the requested change where it is determined that the requested change is dependent on any of the one or more previously-approved change requests.
 11. The method of claim 1, further comprising, when a result of said determining is that the requested change is to be allowed, placing the requested change in a change request implementation queue that contains the one or more previously approved change requests.
 12. The apparatus of claim 6, wherein said change management module is further adapted to reject the requested change where it is determined that the requested change is dependent on any of the one or more previously-approved change requests.
 13. The apparatus of claim 6, wherein the change management module is further adapted to placing the requested change in a change request implementation queue that contains the one or more previously approved change requests where is it determined that the requested change is to be allowed. 